home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
C & C++ Multimedia Cyber Classroom
/
C and C++ Multimedia Cyber Classroom (Prentice Hall) (1998).iso
/
jre115s.exe
/
jre1.1.5
/
CHANGES
next >
Wrap
Text File
|
1997-11-24
|
11KB
|
257 lines
CHANGES
Java(tm) Runtime Environment
JRE(tm) 1.1.5
-----------------------------------------------------------------------
CONTENTS
-----------------------------------------------------------------------
This document describes the changes made between versions of the JRE.
The contents of this document are as follows:
- Changes from JRE 1.1.4 to JRE 1.1.5
- Changes from JRE 1.1.3 to JRE 1.1.4
- Changes from JRE 1.1.2 to JRE 1.1.3
- Changes from JRE 1.1.1 to JRE 1.1.2
=======================================================================
CHANGES FROM JRE 1.1.4 TO JRE 1.1.5
=======================================================================
JRE 1.1.5 and JDK 1.1.5 are bug-fix releases. See the JDK CHANGES file
at http://java.sun.com/products/jdk/1.1/CHANGES or in the JDK software
download bundle for summaries of significant bugs that are fixed in
this release of the Java platform.
=======================================================================
CHANGES FROM JRE 1.1.3 TO JRE 1.1.4
=======================================================================
JRE 1.1.4 and JDK 1.1.4 are bug-fix releases. See the JDK CHANGES file
at http://java.sun.com/products/jdk/1.1/CHANGES for summaries of
significant bugs that are fixed in this release.
In the JRE README file, the file content-types.properties has been
moved from the list of OPTIONAL files to the list of REQUIRED files
because it is required for java.net.
=======================================================================
CHANGES FROM JRE 1.1.2 TO JRE 1.1.3
=======================================================================
JRE 1.1.3 and JDK 1.1.3 are bug-fix releases. The 1.1.3 release fixes a
localization bug that prevented characters in text areas of windows
from displaying properly in non-English language locales and
non-Western European locales. This problem did not exist in the 1.1.1
release.
See the JDK CHANGES file at
http://java.sun.com/products/jdk/1.1/CHANGES
for further information about other changes and bug fixes in the 1.1.3
release.
=======================================================================
CHANGES FROM JRE 1.1.1 TO JRE 1.1.2
=======================================================================
-----------------------------------------------------------------------
End-User Installation Capability for the Win32 JRE
-----------------------------------------------------------------------
When the Win32 JRE 1.1.2 is downloaded, an InstallShield script is
invoked that automates the installation of the JRE. The feature was not
present in the 1.1.1 version of the JRE. With the InstallShield script,
JRE 1.1.2 is suitable for installation by end-users. Because of this
end-user installation capability of the Win 32 JRE 1.1.2, Java
application developers have the option of not bundling the JRE with
their software. Instead, they can direct end-users to download and
install the JRE themselves.
An installer is not available for Solaris versions of the JRE.
Therefore it is recommended that Solaris application developers write
their own installers and bundle the JRE and installer with their
software.
-----------------------------------------------------------------------
Win32 JRE Available with or without Internationalization Files
-----------------------------------------------------------------------
JRE 1.1.2 for Win32 is available for download in two versions, one
containing internationalization files and the other without. The
version of the JRE with the internationalization files is more than
twice the size of the version without the internationalization files.
The smaller version is made available for those end users who have no
need for internationalization capability. The files not contained in
the smaller version of the Win32 JRE are those listed in the OPTIONAL
FILES section of the JRE README file.
Solaris versions of JRE 1.1.2 include internationalization files.
-----------------------------------------------------------------------
New jre Tool
-----------------------------------------------------------------------
This section provides a summary of the new jre tool for both Win32 and
Solaris. The jre tool replaces the java tool in JRE 1.1.2. The jre tool
is similar to the java tool, but offers only those options that are
appropriate for a runtime-only system. It also provides the -cp and
-nojit options that are not part of the java tool. More detailed
documentation for the jre tool can be found on the JavaSoft web site
at:
For Solaris -
http://java.sun.com/products/jdk/1.1/docs/tooldocs/solaris/jre.html
For Windows -
http://java.sun.com/products/jdk/1.1/docs/tooldocs/win32/jre.html
Source code for the jre tool can be found in the Windows JDK 1.1.2
directory tree in the jdk1.1.2\demo\jre\win32 folder. For the
Solaris JDK 1.1.2, source code for the jre tool can be found in
the jdk1.1.2/demo/jre/solaris directory.
The jre tool invokes the Java Runtime interpreter for executing Java
applications. The tool is available in the Win32, Solaris-Sparc, and
Solaris x86 downloads of JRE 1.1.2. The syntax for the jre command is:
jre [ options ] classname <args>
The classname argument is the name of the class file to be
executed. Any arguments to be passed to the class must be placed
after the classname on the command line.
An alternative version of the tool, jrew, is available for Win32. The
jrew command is identical to jre, except that a console window is not
invoked. The syntax of the jrew command is
jrew [ options ] classname <args>
On Windows platforms, the jre tool will ignore the CLASSPATH
environment variable. For both Windows and Solaris platforms, the
-cp option is recommended to specify an application's class path.
Options for the jre and the jrew commands are as follows:
-classpath path Specifies the path that jre uses to
look up classes. Overrides the default
classpath.
-cp path Prepends the specified path to the default
classpath that jre uses to look up classes.
-help Print a usage message.
-mx x Sets the maximum size of the memory allocation
pool (the garbage collected heap) to x. The
default is 16 megabytes of memory. x must be
greater than or equal to 1000 bytes.
-ms x Sets the startup size of the memory allocation
pool (the garbage collected heap) to x. The
default is 1 megabyte of memory. x must be
greater than 1000 bytes.
-noasyncgc Turns off asynchronous garbage collection. When
activated, no garbage collection takes place
unless it is explicitly called or the program
runs out of memory.
-noclassgc Turns off garbage collection of Java classes.
By default, the Java interpreter reclaims space
for unused Java classes during garbage collection.
-nojit Specifies that any JIT compiler should be
ignored. The default Java interpreter is invoked.
-ss x The -ss option sets the maximum stack size that
can be used by C code in a thread to x. The
default units for x are bytes. The value of x
must be greater than or equal to 1000 bytes.
-oss x The -oss option sets the maximum stack size
that can be used by Java code in a thread to x.
The default units for x are bytes. The value of
x must be greater than or equal to 1000 bytes.
-v, -verbose Causes jre to print a message to stdout each
time a class file is loaded.
-verify Performs byte-code verification on the class
file. Beware, however, that java -verify does
not perform a full verification in all
situations. Any code path that is not actually
executed by the interpreter is not verified.
Therefore, java -verify cannot be relied upon to
certify class files unless all code paths in
the class file are actually run.
-verifyremote Runs the verifier on all code that is loaded
into the system via a classloader. verifyremote
is the default for the interpreter.
-noverify Turns verification off.
-verbosegc